
SPECIFICATION 



USER-CENTERED PUSH METHODS AND SYSTEM 



Inventors: Robert C. Barrett, 
Paul P. Maglio, and George M. Underwood 



I hereby certify that the documents referred to as enclosed 
herein are being deposited with the United States Postal 

Service on this date 

in an envelope as "Express Mail Post Office to Addressee" 

Mailing Label Number 

addressed to the Assistant Commissioner for Patents, 
Box Patent Application, Washington, DC 20231 



Typed or printed name of person mailing paper or fee 



Signature of person mailing paper 

NOTE: Each paper of fee referred to as enclosed herein has the number of the 



"Express Mail" mailing label placed thereon prior to mailing. 37 CFR 1. 10(b) 



O 
♦0 





AM9-97-133 




Background 

Field of the Invention 

The invention relates to information processing and communication systems, and in 
particular to methods and systems for discovering and pushing network information based 
5 upon user activity. 

Background of the Invention 

Push technology has become popular in the public eye as an answer to a quantity- 
of-information problem. An extended digital world we call cyberspace is composed of 
information sources including the world-wide web, Usenet news, electronic mail, as well 
10 as personal data — such as the contents of a user's hard drive and a personal digital 
assistant. 



information is difficult to obtain, and is almost impossible to synthesize and to process. 
Yet, information on just about anything is available, and it comes in countless different 



I J 15 formats. Generally, finding what a user wants requires an enormous amount of searching. 



and bringing it to the user. Current push technology attempts to model a user's interests 
20 by having a user check off boxes corresponding to various predefined interests. The push 

technology then uses the model to locate and deliver information corresponding to the 

checked off interests. 

Under such a model, a world of available information is considered to be 

constantly changing, while the user's interests are assumed to remain fairly static, as 
25 indicated by the user interest check list. The perception is that push technology will 

eliminate the user's need to actively participate in the search for information that he or she 

is interested in. 

And indeed that's true. But one unintended consequence of these models is that 
much irrelevant information, matching the somewhat primitive selections offered in the 
30 check lists, is returned as well. Thus one major problem remaining with current push 



Cyberspace contains an incredible wealth of valuable information. However, this 
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Often this search process is so tedious that much of the available information is never 
sought or found in the first place. 

Push technology attempts to solve this problem by selecting relevant information 
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technology is the problem of separating the wheat from the chaff— sifting through vast 
amounts of irrelevant information to find that which is pertinent and valuable to a specific 
user. A significant part of this problem stems from continued reliance upon a user interest 
model which remains sparse and static. 
5 In part this overload of irrelevant information is due to the availability of faster 

processors and higher bandwidth data transfer capabilities which allow information to be 
delivered in a media-rich, TV-like way. Near instantaneous feedback and check-list 
mechanisms for specifying content are resulting in a large user base for the current push 
technology. 

10 Recent commercial software applications such as The PointCast Network ™ 

Marimba's Castanet Tuner™, Netscape's Netcaster™, and Microsoft's CDF channels, as 
M3 well as several other research and commercial news clipping and information delivery 

p services have provided software which promises to dynamically deliver intranet and 

!s Internet information to user desktops. 

f J 15 Under current models, the responsibility for choosing what information gets 

"'4 

B delivered stays mostly in the hands of the software and the server from which the 

s ~ information comes. Users choose from a series of 'channels' or categories, and receive all 

; y of the content associated with that category through the service's proprietary software — 

jy in the same way that a TV viewer selects a channel and watches all the content provided 

20 by that TV channel. The user's choice is limited to the number of checkboxes or channels 
the push software provides. If the user wants to choose from a larger variety of more 
specific topics and interests, the model is no longer useful. 

Recent estimates suggest that there will be one billion web pages by the year 2000. 
Even if only one out of every 1000 of those pages is available on an equivalent content 
25 channel, users will be required to sift through one million channels to enjoy 'passive' 
delivery of information. 

The models created by the current push technology are quasi-static, and require 
direct intervention on the part of the user to change the topics of interest. Yet, recent 
research has shown that a user's interests vary at very short intervals — the changes in a 
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user's interests occurring much more rapidly than changes occurring in the information 
sources from which the information is obtained. 

Also, in current push technology, the output of information is limited to current 
push technology's proprietary output screens. The information is being delivered in a 
format determined by the information supplier and not by a user's specific needs. Such 
prepackaged information is often difficult to modify for specific user needs. 

A need exists for a push technology that solves the glut of information problem by 
retrieving information likely to be of interest to a user. A need also exists for a push 
technology which can provide the information in a form easily adapted to a user's specific 
format needs. 

Summary of the Invention 

These needs — (1) locating information relevant to a user's current interests, and 
(2) presenting the information in a manner suited to suit a user's specific needs — are met 
by the present invention, a user-centered push technology. 

The invention meets these two critical needs by modeling the user's interests in a 
dynamic way, and by using the model to locate and to deliver information that remains 
relevant as the user's needs change. 

The present invention is based upon the idea that people and their interests are 
dynamic, and therefore that the information which a user deems relevant constantly 
changes because his interests change. Therefore, building and maintaining a reliable, useful 
user model requires data from numerous sources. What the user is currently browsing, for 
instance, or topics which he has recently written about or read (in a document, an e-mail, 
or a new posting), applications he uses, as well as keyboard and mouse activity are all 
valuable sources of user model information. 

In a specific embodiment, the invention defines a method for pushing information 
to a client in an information processing system. The method includes gathering facts 
concerning user activity, and using the facts to build a dynamic user model. The method 
also includes deriving new facts from the facts within the dynamic model, and 
incorporating the new facts into the model thereby developing probable user interests. 
Using those interests to locate information either inside the system or outside, such as via 
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a network connection with remote databases. And finally, by pushing the located 
information to the user in a minimally distracting manner. Alternatively, the information is 
locally formatted and archived for later use. 

Another specific embodiment of the invention defines a system for determining 
what information is relevant to a user's changing interests, locating such information, and 
pushing the information to a client triggered on the changes in user interests. The system 
builds a dynamic user model that contains linked facts defining probable user interests. 
Independent fact deriving agents elicit new facts from the existing facts, evolving the 
probable user interests to a level of confidence sufficient for some facts to be pushed to 
the client. Typically, the pushed facts are displayed for the user, or, alternatively, they are 
reformatted and archived for later use. 

The advantages of a user-centered push technology are that information is located 
and pushed based on changing user interests, and the information is easily reformatted and 
archived for later use. 
Brief Description of the Drawing 

For a further understanding of the objects, features and advantages of the present 
invention, reference should be had to the following description of the preferred 
embodiment, taken in conjunction with the accompanying drawing, in which like parts are 
given like reference numerals and wherein: 

FIG. 1 is a block diagram illustrating an embodiment of a user-centered push 

system. 

FIG. 2 is a block diagram illustrating a simplified fact net. 

FIG. 3 is a partial block diagram illustrating another embodiment of the system of 

FIG. 1. 

FIG. 4 is a schematic diagram illustrating a specific fact data structure. 

FIG. 5 is a schematic diagram illustrating a highly evolved network of linked fact 
data structures defining a fact net. 

FIG. 6 is a schematic diagram which illustrates details of a linkage between fact 
data structures. 
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FIG. 7 is a schematic diagram illustrating monitoring a web browser to create a 
WebPagelnterestFact. 

FIG. 8 is a schematic diagram illustrating deriving a new BusinessInterestFact from 
the WebPagelnterestFact of FIG. 7. 

FIG. 9 is a schematic diagram illustrating using a BusinessInterestFact to retrieve 
HeadlineFacts and URL's from an Internet search engine. 

FIG. 10 is a schematic diagram illustrating reporting the HeadlineFacts of FIG. 9 
to a client. 

FIG. 1 1 is a schematic diagram illustrating using the URL's of FIG. 9 to retrieve 
corresponding news story texts and store them on a hard disk. 

FIG. 12 is a partial schematic diagram which illustrates many agents clustered near 
and operating upon the contents of a dynamic user model. 

FIG. 13 is a schematic diagram illustrating the maintaining of a dynamic user 
model across operating sessions. 

FIG. 14 is a schematic diagram illustrating the use of a user interest checklist to 
augment a dynamic user model. 

FIG. 15 is a partial schematic diagram which illustrates the triggering of 
information delivery upon user activity. 

FIG. 16 is a partial schematic diagram which illustrates the triggering of fact net 
evolution and information delivery upon user activity. 

FIG. 17 is a partial schematic diagram which illustrates the triggering of fact net 
evolution and information delivery upon new fact creation. 

FIG. 18 is a partial schematic diagram illustrating an agent for pruning no-longer- 
valid facts from a dynamic user model. 

FIG. 19 is a schematic diagram based on the fact net of FIG. 5 and illustrating a 
process of pruning no-longer-valid facts and their descendants from a fact net. 

FIG. 20 is a partial schematic diagram illustrating an extension of a monitored 
environment beyond a user environment. 

FIG. 21 is a partial schematic diagram illustrating a specific user-centered push 
system application. 



6 



AM9-97-133 



0 0 



FIG. 22 is a partial schematic diagram illustrating another specific user-centered 
push system application. 



Description of the Preferred Embodiment 
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Introduction 



With reference to FIG. 1 there is shown a block diagram illustrating a user- 
centered push system according to one aspect of the present invention. The system is 
designated generally by the numeral 10 and includes a system user 12, system applications 
10 14, 16, 18, observer agents 20, a dynamic user model 22, translation/inference agents 24, 
information lookup agents 26, information sources 28, a reporter agent 30, and an 

O 

h|3 information receiving client 32. 

fQ 

.■a In a specific embodiment, the user-centered push system 10 is implemented as 

e H software running on a programmable information processing system (not shown). The 

in 

Ly 15 system user 12 (hereafter "user 12") interacts with user-invoked system applications 14, 



16, 18, e.g., via a keyboard, a pointing device, and a display monitor (not shown). 

The interactions, 13, 15, 17, between the user 12 and the system applications 14, 



20 20 convert the monitored observations into primitive facts 21 which are placed into the 
dynamic user model 22. 

The Word "Fact" Has Special Meaning 

The word "fact," both in the singular and in the plural, and when modified by an 
25 adjective such as in "primitive fact," means a quantum of information. A fact is 

represented within the information processing system as a data structure which contains 
the quantum of information. Facts, once created, are stored in the dynamic user model 22. 



30 the facts within the dynamic user model 22, and derive new facts 25 which are also placed 




16, 18 are monitored 19 by one or more observer agents 20. Each agent is an independent 
software thread operating within the user-centered push system 10. The observer agents 



The translation/inference agents 24 (hereafter "inference agents 24") examine all 
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into the dynamic user model. The lookup agents 26 independently examine all the facts 
within the dynamic user model 22 and use some of the facts to create addresses 27 which 
are then used to retrieve information from information sources 28. The retrieved 
information is converted into yet additional facts 29 which are also placed into the 

5 dynamic user model 22 by the retrieving lookup agent 26. 

In a specific embodiment of the user-centered push system 10, the inference agents 
24 and the lookup agents 26 continuously examine all current facts within the dynamic 
user model 22. These agents 24, 26, derive additional new facts whenever the existing 
facts make that possible. The new facts are also placed within the dynamic user model 22. 

10 In this iterative manner, the primitive facts which are defined by observed user interactions 
are being continuously refined and evolved. 

Facts derived from other facts by inference and by lookup are linked with the facts 

5 .li 

^ from which they are derived. This relationship is illustrated in the block diagram of FIG. 2. 

s . |aa The diagram includes a derived fact 34, which is linked with and derived from a derived 

hi 15 fact, identified as a reportable fact 36, which is linked with and derived from another 
s " derived fact 38, which is linked with and derived from another derived fact 40, which is 

linked with and derived from a primitive fact 42. These linked facts form a fact net, 
It! designated and enclosed by the broken line 44. The fact net 44 is located within the 

j;5 dynamic user model 22. 




The Phrase "Fact Net" Defined 

A fact net is initially a single primitive fact. Later, it is a group of linked facts. Each 
fact net defines one or more evolving probable user interests, based initially upon one or 
more primitive facts obtained by monitoring specific user interactions within the 
25 information processing system. Over time, the iterative processes of inference and lookup 
described above cause many of the fact nets within the dynamic user model 22 to evolve 
to a point at which each fact net represents one or more probable user interests, each 
having a reasonable level of confidence. 

In a specific embodiment, the reporter agent 30 (hereafter "reporter 30") examines 
30 all the facts within the dynamic user model 22. The reporter 30 is looking for facts of a 
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specific type believed to represent a probable user interest with sufficient confidence to be 
reported to the receiving client 32. Such facts are reportable facts. When the reporter 30 
finds a reportable fact, it delivers a copy of the fact to the client. 

In another specific embodiment of the invention, the client displays its received 
facts on a display monitor for viewing by the user. See, for example, FIG. 3, a partial 
block diagram illustrating such an embodiment of the user-centered push system 10. The 
reporter agent 30 delivers reportable facts to the client 32 which in turn displays its 
received facts 46 across the bottom of a display monitor 48 in the form of a moving ticker 
tape. 

A Simplified User-Centered Push System 

In a simplified embodiment of the user-centered push system 10, at least one 
observer agent 20 is provided for monitoring a selected event 13 of an environment (e.g., 
the user 12, the application 14, and the user-application interaction 13). The observer 
agent 20 uses the monitored event 13 to create a primitive fact 21 which represents a 
status of the monitored event 13. The primitive fact 21 is placed into a dynamic user 
model 22 where it is available for a reporter agent 30 for delivery to a client 32. The 
specific embodiment includes no inference agent 24 nor lookup agent 26 and therefore 
lacks the fact refining power of the more complex system described above. Yet, for 
certain applications, this simple system is able to build a user model which incorporates 
information obtained by monitoring events in an environment. The model is used to push 
the facts within the dynamic user model 22 to the client 32. 

A User-Centered Push Method 

Finally, another specific embodiment of the user-centered push system 10 of FIG. 
1 defines a method for pushing information, e.g., selected facts 21, 25, 29, to a client 32 in 
an information processing system (not shown). The defined method includes the following 
steps. Observations concerning user activity are gathered as facts and formed into fact 
nets. New facts are derived from the facts within the fact nets. The new facts are then 
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incorporated into the existing fact nets. Ultimately, reportable facts are identified and are 
then pushed to a system client. 

The user-centered push system illustrated in FIG. 1 provides a mechanism for 
practicing the above described method. The observer agents 20 monitor user activity 13, 
5 15, 17 and create primitive facts 21 — the gathered facts — and form the gathered facts into 
fact nets within the dynamic user model 22. The inference agents 24 and the lookup agents 
26 derive new facts 25, 29 from the facts within the fact nets, and incorporate the new 
facts into the fact nets. The reporter agent 14 identifies reportable facts, and then pushes, 
i.e., delivers, the reportable facts to the client 32. 

10 

Observing User Activity 

M 

As illustrated in FIG. 1, the observing agents 20 are connected for monitoring 19 

'tcs? 

j:- user activity 13, 15, 17. The information processing system defines a user environment, 

s p shown in FIG. 1 by the user 12, and the user-invoked system applications 14, 16, 18. In a 

s Ft; 
2.! : 

i j 15 more general sense, the user environment includes such matters as what the user is 

■-'■3 

" : currently browsing, topics which he has recently written about or read (in a document, an 

O e-mail, or a new posting), applications he uses, as well as keyboard and mouse activity. 

in 

I'y These are all valuable sources of user model information. In short, the user environment 

j::? includes every interaction the user has with any part of the information processing system. 

TIES? 

H 20 In a specific embodiment, the observing agents 20 are each connected to monitor a 

different type of user interaction with the various parts of the information processing 
system. The specifics of any observing agent 20 vary depending upon the type of activity 
being monitored. But each observing agent detects the occurrence of the type of event it is 
meant to monitor, and uses the occurrence of the event to create one or more primitive 
25 facts which represent the monitored event. In one specific embodiment of an observing 
agent 20, the primitive fact represents a program state of the event monitored. In another 
specific embodiment of an observing agent 20, the primitive fact represents a data string. 
In yet another specific embodiment of an observing agent 20, the primitive fact represents 
a numerical quantity. 
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The phrase 'gathering facts related to user activity 5 means that one or more 
observing agents 20 monitor their respective user activities, each observing agent defining 
facts corresponding to the monitored events, and create corresponding primitive facts. 

Forming Fact Nets 

It follows therefore that the word fact, as used in this patent application, defines a 
quantum of information. A fact is represented in the information processing system as a 
data structure. FIG. 4 is a schematic diagram illustrating a data structure of a specific 
embodiment of a fact as used in the present invention. The data structure is designated 
generally by the numeral 50, and includes a fact data portion 52 and a fact control portion 
54. In the specific fact data structure illustrated in FIG. 4, the control portion 54 includes 
the following control fields: a fact type 56, a creating agent pointer 58, at least one parent 
fact pointer 60, at least one child fact pointer 62, a time of creation 64, a time of 
expiration 66, and a fact confidence level 68. 

The fact data portion 52 holds the quantum of information discussed above, be it a 
machine state code, a data string, a numeric value, or any other data type used to 
represent a specific monitored user activity. The agent which creates the fact uses a fact 
data structure 50 and places the quantum of information into the data portion 52. The 
creating agent also enters an appropriate code into the fact type field 56, places a pointer 
which identifies the creating agent into the control field 58, and places a time-of-creation 
code into the control field 64. 

A fact net is a set of facts for which membership in the set requires that one 
member be derived from at least one other member. In addition, each fact net includes at 
least one primitive fact. 

The fact, or facts, from which another fact is derived is referred to as a parent(s) of 
the derived fact. The derived fact is referred to as a child of the parent fact(s). A fact can 
be the parent of more than one child, and a fact can be the child of more than one parent. 
There is no limit to the number of parents which a particular fact may have, nor the 
number of child facts which may be directly descended from a particular fact. The parent 
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fact pointer(s) 60 and the child fact pointer(s) 62 in each fact data structure are used to 
establish the linkages between facts illustrated in simple fashion in FIG. 2. 

An alternative definition of a fact net is a group of linked facts. See, for example, 
FIG. 5, a schematic diagram which illustrates a highly evolved fact net, designated 
5 generally by the numeral 70, and including primitive facts ("PF") 72, 74, many derived 
facts ("DF"), examples of which are designated 76, 78, and several reportable facts ("RF") 
80, 82, 84. 

A primitive fact net is created by an observing agent 20 when the agent creates a 
primitive fact. The primitive fact net has one member, its primitive fact. Therefore it is 
10 now reasonable to state that the act of forming fact nets includes the defining of a fact data 
structure 50, having a linking between fact data structures, i.e., the parent fact pointer(s) 
"5 60 and the child fact pointer(s) 62, and the defining of a fact net as a data structure 

IB incorporating at least one fact data structure. 

i;n 

in 

e j 15 Deriving New Facts 

! J It has been shown also that an evolved fact net includes multiple instances of 

p individual fact data structures linked to one another. The manner in which the primitive 

i T 

j»j fact nets are evolved into fact nets having multiple instances of linked fact data structures 

is best described with respect to the fact deriving agents, i.e., the inference agents 24 and 
f!l 20 the lookup agents 26 of FIG. 1 . 

The inference agents 24 define software objects which accept one or more facts as 
input and produce one or more new facts as output. An inference agent 24 includes both 
procedures and storage, and includes everything that is required to produce the output 
from the input. In FIG. 1, the output of the inference agent 24 is shown as a derived fact 
25 25. 

The inference agents 24 also include a class of agents which translate one fact into 
another fact. For example, a specific translation agent receives the alphanumeric string 
"IBM" and converts the string into an Internet Uniform Resource Locator ("URL") for an 
IBM home page by creating the new string "http://www.ibm.com". In another example, a 
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specific translation agent receives the alphanumeric string "http://www.ibm.com" and 
converts it into the following alphanumeric string "IBM". 

The lookup agents 26 define software objects which accept one or more facts as 
input and convert the input to an address which the lookup agent then uses to retrieve 

5 information from a source external to itself. The lookup agent 26 then returns the 
retrieved information as its output. Though the lookup agent 26 also includes both 
procedures and storage, it does not include everything it needs to produce its output, since 
it requires that an information source 28 provide the information it ultimately returns as its 
output. In FIG. 1, the output of the lookup agent 26 is shown as a derived fact 29. For 

10 example, a specific lookup agent 26 receives the alphanumeric string "IBM" and converts 
it to a command to an Internet search engine, requesting headlines and corresponding 
URL's for information pertaining to "IBM", e.g., 

"http://search. yahoo. com/bin/search?p=ibm." The search command is in effect an address 
presented to the Internet Yahoo!™ search engine, corresponding to the information 



!{ 15 source 28 of FIG. 1. 

^ The word "address" is used here in a very general sense. It includes a true address 

!3 such as used to access information from a storage device. It also includes network 

p. 

nl commands used to retrieve information from network resources. 

;^ The creation of a fact is a two-step procedure. The first step involves deriving the 



20 new information which will become the fact data portion (52 of FIG. 4) of the completed 
fact. The second step involves creating an instance of the fact data structure (50 of FIG. 4) 
and placing the new information into the fact data portion 52 of the fact data structure 50. 
This two-step procedure is used by the observing agents 20, the inference agents 24, and 
the lookup agents 26 of FIG L 



In addition to creating new facts, the inference agents 24, and the lookup agents 
26 are responsible for incorporating the new facts into an existing fact net. The agents do 
this by linking each new fact to a parent fact of the new fact. The parent fact has been 



25 



Incorporating New Facts Into Existing Fact Nets 
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previously incorporated into an existing fact net, or is a primitive fact and hence defines a 
primitive fact net, as described above. 

FIG. 6 is a schematic diagram which illustrates details of a linkage between three 
fact data structures. The linked data structures form a small fact net, designated generally 
5 by the numeral 90. The fact net 90 includes facts 92, 94, 96, each having a data portion 
and a control portion. A child pointer 98 of fact 92 points to fact 94, indicating that fact 
94 is a child of fact 92. A parent pointer 104 of fact 94 points to fact 92, indicating that 
fact 92 is a parent of fact 94. In similar fashion a child pointer 100 of fact 94 points to fact 
96, and a parent pointer 102 of fact 96 points to fact 94, indicating that fact 94 is a parent 
10 of fact 96. 

A person having an ordinary level of skill in the art will appreciate that the lines 
';!? having arrowheads at both ends and connecting the circles in FIG. 5 represent linkages 

HI8 between facts within the fact net 70 — a child pointer of a parent fact pointing to a child 

J- fact, and a parent pointer of the child fact pointing back to the parent fact. 




^ Deciding What to Do: Defining Fact Type 

3 

□ The control portion 54 of the specific fact data structure illustrated in FIG. 4 

];!! includes the fact type field 56. In a specific embodiment of a user-centered push system 10 

(FIG. 1), an agent which creates a fact (observer agent 20, inference agent 24, lookup 

O 

l& 20 agent 26) is responsible for defining the fact type and for entering the type into the fact 
type field 56 at the time of fact creation. 

In another specific embodiment of the invention, the fact type is used by all agents 
to determine whether or not the fact is one which the agent can use to accomplish the 
agent's task. In other words, each agent looks for facts of a predefined type, different 
25 agents looking for different types of facts. When an agent finds a fact, or facts of the 

necessary type, the agent attempts to perform its predefined task using the fact(s) as input. 

An Example of Fact Type 

FIG's 7 - 1 1 are a series of related schematic diagrams which illustrate an example 
30 of the functional operation of specific observer agents, deriving agents, and reporting 
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agents in the user-centered push system of FIG. 1. The example demonstrates the 
importance of fact type in the user-centered push embodiments being described. The 
example begins by quickly summarizing what is shown in each of the diagrams, then 
continues in a more detailed manner. 

Fact Type Example Summary 

In FIG. 7, an observer agent monitors a web browser to determine when the user 
inputs a new URL to access a new web page. Upon detecting a new URL, the observer 
agent creates a primitive fact containing the new URL and places the primitive fact into a 
Dynamic User Model. 

In FIG. 8, an inference agent picks up the primitive fact and converts the URL to a 
business name corresponding to the URL. The inference agent creates a new fact 
containing the business name and places the new fact into the Dynamic User Model. 

In FIG. 9, a lookup agent converts the business name to an . online search 
command, and uses the command to search an online database for news headlines relating 
to the business name. In this example, the lookup agent selects the most recent headline 
and the corresponding URL returned by the online database and creates a HeadlineFact 
including the headline and the corresponding URL and places the new fact into the 
Dynamic User Model. 

In FIG. 10 a reporter agent delivers the headline to a client for display in a "ticker 
tape" across the bottom of the user's display screen (FIG. 3). 

In FIG. 1 1 another lookup agent uses the URL corresponding to the headline to 
retrieve a corresponding news story from an online news source, stores the text for the 
story into a hard disk, and creates a new FileFact containing the headline and a DOS 
filepath for locating the corresponding story, and places the new FileFact into the Dynamic 
User Model. 

Fact Type Example Details 

FIG. 7 includes a browser 110, an observer agent 112, and a dynamic user model 
114. The observer agent 112 monitors 116 a Location window 1 18 of the browser 1 10, 
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waiting for the user to input a new URL. In this example the new URL is 
"http://www.ibm.com " The observer agent 1 12 creates an instance of a fact data structure 
(50 of FIG. 4) and obtains a title "Welcome to IBM" from the browser 1 10 and places the 
title and the new URL into the data portion 52 of the fact data structure. The observer 
5 agent also sets the fact type (56 of FIG. 4) to Web-Page-Interest-Fact, and places the new 
fact 120 into the dynamic user model 1 14. 

FIG. 8 includes the dynamic user model 1 14, 126 and an inference agent 124. The 
dynamic user model is shown at both the left side 1 14 and the right side 126 of FIG. 8, but 
it will be understood that this is for convenience only as there is only a single dynamic user 
10 model, as shown in FIG. 1. The dynamic user model 1 14 includes the new Web-Page- 
Interest-Fact placed there by the observer agent 112 of FIG. 7. 
t The inference agent 124 uses the URL portion of the Web-Page-Interest-Fact 128 

id 

2 and creates a new fact of type Business-Interest-Fact. Into the data portion of the new fact 

p the inference agent 124 places the name "IBM", the name "International Business 

\\ 15 Machines" and a stock ticker symbol "IBM". The new Business-Interest-Fact 130 is 
^ placed into the dynamic user model 126. 

j FIG. 9 includes the dynamic user model 126, 138, a lookup agent 134, and an 

fj 

»i information source 136. The dynamic user model 126, 138 and the lookup agent 134 are 

duplicated for convenience. The lookup agent 134 uses the stock ticker symbol "IBM" 

J 

i* 20 140 of the Business-Interest-Fact 130 to create a search command 142 for the Yahoo!™ 
online database: "http://search. yahoo. com/bin/search?p=ibm." The search command is sent 
to the online database, information source 136, via the web. The online database responds 
via the browser with an HTML page containing headlines relating to information about 
IBM and URL's corresponding to the headlines for retrieval of news stories corresponding 
25 to the headlines. The lookup agent 134 accepts the HTML page and extracts from it the 
most recent headline and its corresponding URL. The lookup agent 134 uses this 
information to construct a new fact, having a data portion containing the headline "IBM 
Stock Soars," and the corresponding URL: "http://www.news.com/ . . .", and having a 
fact type of Headline-Fact. 
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FIG. 10 includes the dynamic user model 138, a reporter agent 152, and a client 
154. The reporter agent 152 uses the headline from the new Headline-Fact 156 and 
delivers the headline portion 158 "IBM Stock Soars" to the client 154. In the example, the 
client 154 sends the headline to a "ticker tape" window across the bottom of the user's 
5 display screen (see FIG. 3). 

FIG. 1 1 includes the dynamic user model 138, 168, another specific lookup agent 
162 (both duplicated for convenience), an information source 164, and a storage device 
166. The lookup agent 162 uses the headline URL 170 "http://www.news.com/ . . ." of 
the new Headline-Fact 146 (FIG. 9) to access 172 an online news service, information 
10 source 164, via a browser (not shown). The online news service responds via the web with 
an HTML page of text 174 corresponding to the headline URL. The lookup agent 162 
-3 extracts the news text from the HTML page and stores the text 176 in the storage device 

s;g 166. The storage address, or DOS filepath, for the news story is placed into a new fact of 

jj'pi 

J2 tyP e File-Fact 178. The data portion of the new File-Fact includes a copy of the headline 

^: 15 "IBM Stock Soars" and the filepath at which the headline's corresponding news story is 
H stored on the storage device 166. 

it 

p Though fact type is used in these embodiments to determine when agents shall 

j!j j respond to existing facts, it should be understood that other control structures and 

s br 

S,y strategies are also useful to accomplish this purpose. The invention, though currently 

(5 

j.^ 20 described in terms of fact type, is not so narrowly defined in the broadest claims. 

Many Different Agents 

As can be seen from the preceding example, the lookup agents 134 (FIG. 9) and 
162 (FIG. 11), though similar in many respects, perform different tasks. The various 
25 embodiments of the user-centered push system 10 which have been described are all 
implemented in an object-oriented, message passing discipline. The use of the object- 
oriented model makes it possible to define a class of agents, each instance of which can be 
specialized to perform tasks such as those defined for the observing agent 112 (FIG. 7), 
the inference agent 124 (FIG. 8), the reporter agent 152 (FIG. 10), and the lookup agents 
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134 (FIG. 9) and 162 (FIG. 1 1). In a typical user-centered push system 10, there are many 
different agents all derived from a few basic object-oriented classes. 

FIG. 12 is a partial schematic diagram which illustrates many agents clustered near 
and operating upon the contents of a dynamic user model. The diagram includes a dynamic 
user model 180, a group of independent observer agents, designated generally by the 
numeral 182, a group of independent inference agents 184, a group of independent lookup 
agents 186, and a group of independent reporter agents 188. No significance should be 
given to the fact that each group includes exactly four agents. The number and type of 
agent in each group depends upon the specific embodiment. Four agents in each group is 
shown for convenience only in FIG. 12. 

In the previous example one observer agent 112, one inference agent 124, two 
lookup agents 134, 162, and one reporter agent 152 were tailored to implement the 
process described. Additional agents, such as those shown in FIG. 12, and not described in 
the previous example, are present in all practical embodiments of the invention. 

With respect to each class of agents shown in FIG. 12 — each observer agent 182 is 
tailored to monitor some aspect of user-system interaction, and to create one or more 
primitive facts which are placed into the dynamic user model 180. Each inference agent 
184 is self contained and looks for specific types of facts within the dynamic user model 
180. Each inference agent creates a specific type of new fact(s) according to its task, 
placing the new fact(s) into the dynamic user model. Each lookup agent 186 looks for 
specific types of facts, uses these to access information from an information source (not 
shown) and creates a specific type of new fact(s) according to its task, placing the new 
fact(s) into the dynamic user model. Each reporter agent 188 looks for a specific type of 
fact, and delivers a copy of a specific portion of the fact to a specific client according to its 
task. 

The information source 28 (FIG. 1) is any storage including a searchable database 
located outside a specific lookup agent, including multiple information sources. Thus in a 
specific embodiment, an information source is a table located within system memory. In 
another embodiment it is a hard disk, in another embodiment it is a CD ROM. In still other 
embodiments the information source is storage located in another agent. In another 
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embodiment the information source is a database accessed via intranet. In another 
embodiment the information source is a database accessed via the Internet. It is impossible 
to predict all the forms of storage outside the specific lookup agent that an information 
source will take. These examples are meant to be illustrative only and not limiting upon 
5 the future development of information storage technology. In the most general sense, the 
information source is any storage located outside a specific lookup agent. And that feature 
distinguishes a lookup agent from an inference agent. The inference agents, as a class, 
contain all the information needed to perform a defined task. 



10 Identifying Reportable Facts 

A reportable fact is a fact of a type which a particular reporting agent has been 
instructed to look for and report. In the example above, the reporter 152 (FIG. 10) is 
M instructed to look for Headline-Facts and to extract the headline from the data portion of 

c the fact. Identifying a reportable fact therefore includes defining a fact type for each fact, 

H 15 and creating an agent for reporting facts to a client and responsive to facts of at least one 
'« defined type. 

;jj Pushing Information 

;J A reporting agent "pushes" a fact by obtaining a copy of the fact from a fact net 

•J 

& 20 and then delivering the copy to a client. In the previous example, the reporting agent 152 
(FIG. 10) obtained a copy 156 of a Headline-Fact 146 (FIG. 9), extracted the headline 158 
from the data portion of the Headline-Fact, and delivered, or "pushed" the headline to the 
client 154. In that sense, the reporting agent 152 is the client's agent. 



25 Defining A Client 

A "client" is an object (also an "application program") that pushes facts for 
viewing by the user (see FIG. 3 and the associated description). Such was the task of the 
client 154 of FIG. 10. In another specific example of a client, the client pushes predefined 
facts to a storage device for later use. For example, a specific reporter (not shown) 
30 retrieves the File-Facts from the dynamic user model 168 (FIG. 1 1), and retrieves the 
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news stories from the storage 166. The specific client formats the information for transfer 
via HotSync™ to a user's PalmPilot™ and stores the formatted information back into the 
storage 166. In that sense, the client is an object (or "application program") that archives 
facts for later use. HotSync™ and PalmPilot™ are Trademarks of U.S. Robotics, Inc. 

A Dynamic User Model 

Thus a person having an ordinary level of skill in the relevant arts will appreciate 
that a collection of all fact nets defines a dynamic user model 22 (FIG. 1). The user model 
is referred to as "dynamic" because new fact nets are constantly being created by new user 
activity, and existing fact nets are constantly evolving in the direction of recognizable 
probable user interests of a reasonable degree of confidence. 

In a specific embodiment of the user-centered push system 10 (FIG. 1) the 
contents of the dynamic user model 22 is saved at the end of an operating session of the 
information processing system. The contents are then restored at the start of a next 
session, permitting the model 22 to define user activity and resulting inferences across 
operating sessions. 

This feature of the invention is illustrated by FIG. 13 which is a schematic diagram 
and includes representative, sequential operating sessions A and B, designated by the 
numerals 190 and 192, respectively. Session A includes a dynamic user model 194 
containing final session fact nets 196. The final fact nets 196 are saved 198 on a system 
storage device 200, such as a hard disk. At the start of session B, the fact nets previously 
saved on the system storage device 200 are restored 202 to a new dynamic user model 
204. In this manner, it is possible to resume operation with a copy of the session A fact 
nets 196 defining the initial dynamic user model fact nets 206. 

One of the features which distinguishes the present invention over prior art push 
technologies is the use of the dynamic user model as opposed to a reliance on a static user 
interest checklist. In a specific embodiment of the present invention, a static user interest 
checklist (also known as a user "preference" checklist) is available for initializing a 
dynamic user model. This feature is illustrated by FIG. 14, a schematic diagram which 
includes a user input 210, a static user interest checklist 212, and a dynamic user model 
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214. The checklist 212 contains a list of anticipated user interests, each of which may be 
checked off or not checked off by the user input 210. The contents of the checklist 212 is 
then incorporated into the dynamic user model 214 by agents similar to the observer 
agents 182 (FIG. 12). 

5 

Triggering On User Activity 

FIG's 15, 16 and 17 are partial schematic diagrams which illustrate three 
embodiments of an activity triggering feature of the user-centered push system. 

FIG. 15 includes a dynamic user model 220, an observer agent 222, a reporter 
10 agent 224, and a trigger function 226. The trigger 226 monitors 228 the creation of a new 
primitive fact 230 by the observer agent 222, causing the reporter agent 224 to be 
] l i triggered 232. The triggered reporter agent 224, upon being triggered 232, examines the 

£0 contents of the dynamic user model 220 to determine whether any fact exists of a type 

J- which the reporter agent 224 is tasked to deliver to a client. If such a fact is present, a 

j , J 15 copy of the appropriate portion of the fact is obtained by the reporter agent 224, and the 
^ copy is delivered to the client (not shown). If no such fact exists, the reporter agent 224 

13 returns to a quiescent state upon completion of its examination of the contents of the 

S r= 

E.i I 

j!jg dynamic user model 220. In the embodiment illustrated by FIG. 15, reporting is triggered 

upon the detection by the observer agent 222 of user activity. In a typical user-centered 

!=« 20 push system using this specific trigger embodiment, detected user activity will initiate an 
interval of reporting. Hence the pushing of information is said to be triggered upon user 
activity. 

FIG. 16 includes a dynamic user model 240, an observer agent 242, an inference 
agent 244, a lookup agent 246, a reporter agent 248, and a trigger function 250. The 
25 trigger 250 monitors 252 the creation of a new primitive fact 254 by the observer agent 
242, triggering the inference agent 244, the lookup agent 246, and the reporting agent 
248. Any of these agents which is in a quiescent state is activated upon being triggered, 
and begins attempting to carry out its specific task. In the embodiment illustrated by FIG. 
16, fact deriving and reporting are triggered upon the detection by the observer agent 222 
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of user activity. In a user-centered push system using this specific embodiment, detected 
user activity initiates a round of fact derivation and reporting. 

FIG. 17 includes a dynamic user model 270, an observer agent 272, an inference 
agent 274, a lookup agent 276, a reporter agent 278, and a trigger function 280. The 

5 trigger 280 monitors 282 the creation of any new fact 284, 286, 288. In this specific 

embodiment, the creation of a new fact 284, 286, 288 triggers 290 the reporter agent 278, 
triggers 292 the inference agent 274, and triggers 294 the lookup agent 276. Any of these 
agents which is in a quiescent state is activated upon being triggered, and begins 
attempting to carry out its specific task. In the embodiment illustrated by FIG. 17, fact 

10 deriving and reporting are triggered upon the detection by the trigger 290 of the creation 
of any new fact. In a user-centered push system using this specific embodiment, user 
activity initiates a round of fact derivation and reporting, but the fact derivation process 
prolongs the period of activity until no new facts are created and all reportable facts have 
been delivered. Here, the triggering of the information pushing occurs as a result of 

15 changes in the contents of the dynamic model 270. 

Such a process as illustrated in FIG. 17 and as described here defines an iterative 
process of re-evaluation and reporting. The process results in every possible derivable and 
reportable fact being derived and reported before the activity returns to a quiescent state. 
Prior art push technologies trigger the delivery of information upon changes in the 

20 world outside the user environment. Something happens in the world, information 

changes, and the user is notified. User-centered push, on the other hand, is the tying of 
user activity to the creation of the dynamic user model, which in turn initiates the search 
for, and the reporting of, information. 



25 Concurrent Threads 

In a specific embodiment of the invention, the inference agents 184 (FIG. 12), the 
lookup agents 186, and the reporter agents 188 are independent objects implemented in an 
object-oriented, message-passing style. These agents are best understood as operating 
independently and at the same time, i.e., concurrently. Each agent has an assigned 
30 task — examine the contents of the dynamic user model 180 looking for facts needed to 
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complete its task, and if the facts are not present, waiting until the facts are present, and if 
the facts are present, using the facts to carry out the task. 

Thus in the fact type example presented above (FIG's 9-11), the inference agent 
124, the lookup agents 134, 162, and the reporter agent 152 each begins looking at the 
contents of the dynamic user model as soon as the observer agent 1 12 places the primitive 
fact "Welcome to IBM" into the user model 1 14 (FIG. 7). The inference agent 124 is the 
first to find the fact it needs to complete its task (FIG. 8). That permits the lookup agent 
134 (FIG. 9) to complete its task. And so on. 

As stated above, one embodiment of the invention is as a method comprising a 
series of steps. In a specific embodiment of the method, the concurrency of agent behavior 
is achieved by repeating the method steps until stopped. In a different embodiment of the 
method, the steps are executed concurrently as independent programming threads. 

In other specific embodiments in which the invention defines a user-centered push 
system, all agents, including the observer agents, operate as independent, concurrent 
programming threads. 

Pruning Expired Facts 

The discussion to this point has described how facts are created and are used to 
begin new fact nets and to enlarge existing fact nets. In specific embodiments of the 
invention, facts which have expired are eliminated from the dynamic user model. When 
this occurs, all descendants of an expired fact are also eliminated. This process is referred 
to as pruning. An expired fact is also known as a no-longer-valid fact. Facts eliminated 
through pruning are said to be pruned from the fact nets. 

When a fact is created, the creating agent is responsible for setting a time of 
creation 64 (FIG. 4) and a time of expiration 66 (FIG. 4). The phrases "time of creation" 
and "time of expiration" are intended to indicate the concept of a fact having a defined 
date and time at which it comes into existence, and having a defined lifetime. These 
parameters are expressed in alternative ways in specific embodiments. The agent that 
creates a new fact is responsible for setting the time of creation parameter and for setting 
the time of expiration parameter. 
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In a specific embodiment of the user-centered push system 10 (FIG. 1) a special 
class of agents (not shown in FIG. 1) is defined for examining the contents of the dynamic 
user model 22 and pruning any facts and their descendants which have expired. These 
relationships are illustrated in FIG. 18, a partial schematic diagram showing a portion of a 
5 user-centered push system. 

The illustrated portion includes a dynamic user model 300, an expired-fact pruning 
agent 302 which is triggered by an input line 304. When triggered, the pruning agent 302 
examines the contents of the dynamic user model 300 looking for facts which have 
expired. Upon encountering such a fact, the pruning agent 302 removes 306 the expired 
10 fact and all its descendants from the dynamic user model 300. 

FIG. 19 is a schematic diagram based on the evolved fact net of FIG. 5. FIG. 19 
illustrates the process of pruning an expired fact, derived fact 310, and all its 
]^ descendants — derived facts 312, 314, 316, 318 and 320. Primitive fact 332 is not 
»G descended from derived fact 310. The process of pruning an expired fact and its 

m 

b j 15 descendants sometimes requires the elimination of linkages between existing facts and 
~* pruned facts. See for example the eliminated linkages 322, 324 and 326. 

3 

Q A first fact is a descendant of a second fact if the first fact is a child of the second 

m 

r\i fact or is a child of a descendant of the second fact. This recursive definition means that in 

s br 

e . i 

::^ a specific embodiment, the pruning agent 302 (FIG. 18) locates the descendants of the 

H 20 derived fact 310 (FIG. 19) by examining the child pointers for derived fact 310. These 

pointers point to derived facts 312 and 314. Then the pruning agent is free to eliminate the 
expired fact 310. Next the pruning agent examines the child pointers of derived facts 312 
and 314 and locates derived facts 316 and 318, and in this manner eventually locates 
derived fact 320. These descendants of the derived fact 3 10 are eliminated. The pruning 
25 agent 302 must also eliminate child pointers of derived facts 328 and 330 which point to 
eliminated fact 3 14, and of primitive fact 332, which points to eliminated fact 316. 

Recreating An Eliminated Expired Fact 

It is the responsibility of an agent which has created a fact to recreate the fact if the 
30 fact has expired, or otherwise been eliminated (as for example when its parent fact was 
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eliminated). The fact creating agent has access to all information relevant to the question 
of whether a particular fact shall be recreated. When the task of a deriving agent or a 
lookup agent includes replacing (recreating) an expired or eliminated fact, the agent 
examines the contents of the dynamic user model looking for facts necessary to create its 
5 fact. When those facts exist within the model, the agent recreates the fact and incorporates 
the recreated fact into an existing fact net. 



Observing Beyond The User 

FIG. 20 is a partial schematic diagram illustrating a portion of a user-centered push 
10 system, designated generally by the numeral 340. The system 340 includes a dynamic user 
model 342, observer agents 344, a user 346 and user-invoked applications 348, 350 352. 
The user 346 and the user-invoked applications 348 - 352 define a user environment, 
designated generally by the numeral 354. Some observer agents 344 monitor activities 
lying beyond the user environment 354. These activities 356, 358, 360 define an extended 
15 environment, designated generally by the numeral 362. 

The user 346 does not directly interact with events in the extended environment 
362. For this reason, a broken line is used to divide the user environment 354 from the 
extended environment 362. Examples of events within an extended environment 362 
\f* include, but are not limited to, the status of a network printer, and various sensors used as 

20 part of a feedback process controlled by the information processing system. 

By extending the push system monitoring environment beyond the user, a more 
powerful system is defined. 



ill 



Adjusting for Confidence 

25 In a specific embodiment of a user-centered push system, each fact includes a "fact 

confidence level" control field 68 (FIG. 4). The confidence level is a numeric value which 
is set to an initial value at the time of fact creation by the fact-creating agent. 

Agents which use a fact, rely upon its confidence level to determine whether and to 
what extent they are likely to obtain useful results by using the fact to create a new fact, or 

30 to report the fact to a client. 
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Agents which create the fact and set the initial value for the confidence level 68 are 
responsible for adjusting its value, making it greater when the fact is determined to be of 
greater reliability, and making it less which the fact is determined to be of less reliability. 

5 More Examples 

FIG. 21 is a partial schematic diagram illustrating a user-centered push system in 
which a user 370 interacts with a word processor 372. The interaction is monitored 374 by 
an observer agent 376 which creates primitive facts defining keystroke activity of the user 
interaction. These primitive facts are placed into a dynamic user model 378. A fact 
10 deriving agent 380 uses the keystroke activity information within the dynamic user model 
378 to develop a customized typing exercise 382 which is tailored to the particular typing 

P 

: % errors being made by the user 370. The fact deriving agent 380 creates reportable facts 

^ relating to the customized typing exercise 382 and places these facts into the dynamic user 

ij'fi 

njS model 378. Finally, a fact reporting agent 384 pushes the customized typing exercise 382 

s'n 

Y.\ 15 to the user 370. 

! * FIG. 22 is a partial schematic diagram illustrating a user-centered push system in 

O which a user 390 interacts with an application program 392. The user-application 

Si] 

j ; if interactions are monitored 394 by an observer agent 396 which creates primitive facts 

j;jf defining the monitored interactions and places these facts into a dynamic user model 398. 

it J 

S »4 20 A first fact deriving agent 400 uses the primitive facts relating to the user-application 

interaction to locate and to retrieve information 402 relating to the newest bug fixes and 
program updates for the particular application program 392. The first fact deriving agent 
400 creates reportable facts describing the available program updates 402 and places these 
facts into the dynamic user model 398. A second fact deriving agent 404 uses the primitive 

25 facts relating to the user-application interactions to locate and to retrieve information 406 
relating to competing products which perform the same or similar application. The second 
fact deriving agent 404 creates reportable facts describing available competing products 
and places these facts into the dynamic user model 398. Finally, a fact reporting agent 408 
pushes the facts describing program updates 402 and competing programs 406 to the user 

30 390. 
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While the invention has been described in relation to the embodiments shown in 
the accompanying Drawing figures, other embodiments, alternatives and modifications will 
be apparent to those skilled in the art. It is intended that the Specification be only 
exemplary, and that the true scope and spirit of the invention be indicated by the following 
Claims. 



27 



AM9-97-133 



